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• repo, repository: This is your object database were your history and configuration is stored. May contain several 
branches. Often it contains a worlctree too. 

• a git, "the git": never heard of, sorry, "the git" probably describes the software itself, but I'm not sure 

• index, staging area: This is a 'cache' between your worktree and your repository. You can add changes to the index and 
build your next commit step by step. When your index content is to your likes you can create a commit from it. Also used to 
keep information during failed merges [your side, their side and current state] 

• clone: A clone of a repository ["just another repository"] or the act of doing so ["to clone a repository [creates a new 
clone]"] 

• commit: A state of your project at a certain time. Contains a pointer to its parent commit [in case of a merge: multiple 
parents] and a pointer to the directory structure at this point in time. 

• branch: A different line of development. A branch in git is just a "label" which points to a commit. You can get the full 
history through the parent pointers. A branch by default is only local to your repository. 

• tree: Basically speaking a directory. It's just a list of files [blobs] and subdirectories [trees]. [The list may also contain 
commits in case you use submodules, but that's an advanced topic] 

• upstream: After cloning a repository you often call that "original" repository "upstream". In git it's aliased to origin 

• a head: The top commit of a branch [commit the label points to] 

• HEAD: A symbolic name to describe the currently checked out commit. Often the topmost commit [current branch] 

• version: Might be the same as a commit. Could also mean a released version of your project. 

• tag: A descriptive name given to one of your commits [or trees, or blobs]. Can also contain a message [eg. changelog]. Tags 
can be cryptographically signed with GPG. 

• archive: An simple archive [.tar, .zip], nothing special wrt git. 

• patch: A commit exported to text format. Can be sent by email and applied by other users. Contains the original auther, 
commit message and file differences 

• submission: no idea. Submitting a patch to a project maybe? 



changeset: Synonym for "commit" 

stash: Git allows you to "stash away" changes. This gives you a clean working tree without any changes. Later they can be 
"popped" to be brought back. This can be a life saver if you need to temporarily work on an unrelated change [eg. time 
critical bug fix] 

object: can be one of commit, tree, blob, tag. An object has associated its SHAl hash by which it is referenced [the commit 
with id deadbeaf, the tree decaf). The hash is identical between all repositories that share the same object. It also 
garuantees the integrity of a repository: you cannot change past commits without changing the hashes of all child commits, 
(module,) submodule: A repository included in another repository [eg. external library]. Advanced stuff, 
revspec: A revspec [or revparse expression] describes a certain git object or a set of commits through what is called the 
extended SHAl syntax [eg. HEAD, master~4^2, origin/master.. HEAD, deadbeaf^!, ...] 

refspec: A refspec is pattern describing the mapping to be done between remote and local references during Fetch or Push 
operations 

history: Describes all ancestor commits prior to a commit going back to the first commit, 
master: is a local branch 

origin/master: is a remote branch [which is a local copy of the branch named "master" on the remote named "origin" 
origin: is a remote 
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the curves indicate that the command on the right is usually 
executed after the command on the left. This gives an idea of 
the flow of commands someone usually does with Git. 
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CREATE 



Clone an existing repository 
$ git clone ssh://user@domain.com/repo.git 

Create a new local repository 
$ git init 



LOCAL CHANGES 



Changed files in your working directory 
$ git status 

Changes to tracked files 
$ git diff 

Add all current changes to the next 
commit 
$git add . 

Add some changes in <file> to the next 
commit 

$ git add -p <file> 

Commit all local changes in tracked files 
$ git commit -a 

Commit previously staged changes 
$git commit 

Change the last commit 

Don*t amend published commits! 
$ git commit --amend 



COMMIT HISTORY 



Show all commits, starting with newest 
$ git log 

Show changes over time for a specific file 
$git log-p<file> 

Who changed what and when in <file> 
$ git blame <file> 



BRANCHES & TAGS 



List all existing branches 
$ git branch 

Switch HEAD branch 
$git checkout <branch> 

Create a new branch based on your 
current HEAD 
$ git branch <new-branch> 

Create a new tracking branch based on 
a remote branch 

$ git branch -track <new-branch> 
<remote-branch> 

Delete a local branch 
$ git branch -d <branch> 

Mark the current commit with a tag 
$ git tag <tag-name> 



UPDATE & PUBLISH 



List all currently configured remotes 
$ git remote -v 

Show information about a remote 
$ git remote show <remote> 

Add new remote repository, named 
<remote> 

$ git remote add <remote> <url> 

Download all changes from <remote>. 
but dont integrate into HEAD 
$ git fetch <remote> 

Download changes and directly merge/ 
integrate into HEAD 
$ git pull <remote> <branch> 

Publish local changes on a remote 
$ git push <remote> <branch> 

Delete a branch on the remote 
$ git push <remote> :<branch> 

Publish your tags 
$ git push --tags 



MERGE &REBASE 



Merge <branch> into your current HEAD 
$ git merge <branch> 

Rebase your current HEAD onto <branch> 

Don't rebase published commits! 

$ git rebase <branch> 

Abort a rebase 
$ git rebase -abort 

Continue a rebase after resolving conflicts 
$ git rebase -continue 

Use your configured merge tool to 
solve conflicts 

$ git mergetool 

Use your editor to manually solve con- 
flicts and (after resolving) mark file as 
resolved 

$ git add <resolved-file> 
$ git rm <resolved-file> 



UNDO 



Discard all local changes in your working 
directory 

$ git reset -hard HEAD 

Discard local changes in a specific file 
$ git checkout HEAD<file> 

Revert a commit (by producing a new 
commit with contrary changes) 

$ git revert <commit> 

Reset your HEAD pointer to a previous 
commit 

...and discard all changes since then 
$ git reset --hard <commit> 

...and preserve all changes as unstaged 
changes 

$ git reset <commit> 

...and preserve uncommitted local 
changes 

$ git reset -keep <commit> 



git log commits op 1 regel: 
git log "pretty=oneline 



Eerste configuratie: 
git config "global -list 

git config "global user.name <gebruikersnaam> 

git config "global user.email <emailadres> 

git config "global core.editor <editornaam_of_nano> 

Remote branches verwijderen die je eerder lokaal verwijderde: 
git remote prune <remote> 



